home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group96a.txt / 000176_icon-group-sender _Wed Aug 7 16:35:33 1996.msg < prev    next >
Internet Message Format  |  1996-09-05  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Thu, 8 Aug 1996 08:31:37 MST
  2. Date: Wed, 7 Aug 1996 16:35:33 -0500
  3. Message-Id: <199608072135.QAA03282@ns1.computek.net>
  4. Mime-Version: 1.0
  5. Content-Type: text/plain
  6. Content-Transfer-Encoding: 7bit
  7. From: gep2@computek.net
  8. Subject: Re: dos system call
  9. To: icon-group@cs.arizona.edu
  10. X-Mailer: SPRY Mail Version: 04.00.06.17
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: O
  13.  
  14. >The system() call has another effect in DOS which is unfortunate:
  15. it calls up another copy of COMMAND.COM, meaning you've lost another
  16. 64K of critical memory in addition to the process you are trying
  17. to start. 
  18.  
  19. Actually, no.  If you bring up the MEM /C command you'll see that COMMAND.COM 
  20. takes up a LOT less than 64K... on one of my machines here, COMMAND.COM actually 
  21. uses 4.736 bytes of conventional (and no upper) memory.  So it uses some memory 
  22. for the extra command shell, but nowhere near 64K worth.
  23.  
  24. >Most DOS C compilers have other ways (exec..) that do not invoke an addition 
  25. COMMAND.COM, but this may again be C-compiler dependent.
  26.  
  27. That's another option too, although generally that option doesn't let you bring 
  28. up batch files or shell internal commands, and also generally doesn't search the 
  29. path for the executable.  At least that's typical behavior on MS-DOS systems.
  30.  
  31. Gordon Peterson
  32. http://www.computek.net/public/gep2/
  33.  
  34.